home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.19971216-19980424
/
000150_news@newsmaster….columbia.edu _Mon Feb 2 14:48:02 1998.msg
< prev
next >
Wrap
Internet Message Format
|
1998-04-22
|
3KB
Return-Path: <news@newsmaster.cc.columbia.edu>
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id OAA20295
for <kermit.misc@watsun.cc.columbia.edu>; Mon, 2 Feb 1998 14:48:01 -0500 (EST)
Received: (from news@localhost)
by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id OAA21081
for kermit.misc@watsun; Mon, 2 Feb 1998 14:48:00 -0500 (EST)
Path: news.columbia.edu!panix!news.eecs.umich.edu!newsxfer3.itd.umich.edu!newsxfer.itd.umich.edu!uunet!in2.uu.net!news.gs.com!search.web.gs.com!michael.chiu@gs.com
From: Russ McManus <mcmanr@nytrdc058.eq.gs.com>
Newsgroups: comp.protocols.kermit.misc
Subject: Re: Expect and Kermit (was: Re: frequent timeouts!)
Date: 02 Feb 1998 14:32:56 -0500
Organization: International Equities - Goldman, Sachs & Co
Lines: 33
Message-ID: <ncj3ei1redz.fsf@nytrdc058.eq.gs.com>
References: <6ao98e$p4h$1@apakabar.cc.columbia.edu> <gerlachEnIuIF.K4L@netcom.com> <6aonud$42r$1@apakabar.cc.columbia.edu> <gerlachEnK1G9.IBG@netcom.com> <6avf8d$hmd$1@apakabar.cc.columbia.edu>
NNTP-Posting-Host: nytrdc058.eq.gs.com
Mime-Version: 1.0 (generated by tm-edit 7.106)
Content-Type: text/plain; charset=US-ASCII
X-Organization: Goldman, Sachs & Co. International Equities Technology
X-phone-number: 212-357-4901
X-beeper: 917-556-0708
X-no-archive: yes
X-Newsreader: Gnus v5.5/Emacs 19.34
Xref: news.columbia.edu comp.protocols.kermit.misc:8333
frank-
one straight forward way to make the kermit script language more
powerful is to not do it, but make it possible for others to do it.
what i am imagining is the core kermit functionality compiled into
libkermit.a. then the kermit script language would be an interpreter
that dropped down into calls to libkermit.a.
this would allow a guile enthusiast such as myself interface guile to
kermit, and use scheme to write reliable communication programs. i'm
sure the perl, python, and tcl folks would build interfaces to
libkermit.a also. then, when someone wants to write a hairy kermit
script, they can do it in their 'lingua franca'.
this raises portability problems (guile doesn't work on every
platform), though, and portability is of course one of the major goals
of the kermit project. the kermit script language that compiles with
the core package would continue to be ultra-portable, of course, and
the upside is that this strategy might greatly increase the use of
kermit overall.
$0.02
-russ
--
I have found that all ugly things are made by those who strive to make
something beautiful and that all beautiful things are made by those
who strive to make something useful.
--Oscar Wilde